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Введение 


В последнее время во всем цивилизованном мире возрос интерес к новым формам 
усвоения знаний, в частности к так называемому Дистанционному Обучению (ДО). В рам- 
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ках отсутствия общепринятого определения этого понятия, обратившись к одному из ис- 
точников, находим, что ДО — это образование, которое полностью или частично осу- 
ществляется с помощью компьютеров, телекоммуникационных технологий и средств [1]. 
Дидактические аспекты реализации ДО, в зависимости от изучаемой предметной области, 
очевидно имеют различный характер. Здесь мы будем рассматривать эти аспекты при- 
менительно к сфере информационных технологий, точнее к той её составляющей, 
которая представлена обучению программированию, что, как правило, связано с фор- 
мальными языковыми системами. Ведь именно эти самые языки (и программирования, и 
разметки) представляют собой тот самый инструмент, без чего вообще невозможна реа- 
лизация любого программного обеспечения, в том числе и для ДО. 

Целью данной работы является систематизация некоторых аспектов програм- 
мирования и дистанционного обучения ему, что традиционно находится вне поля 
зрения специалистов. Предлагаемая статья может быть полезной не только для про- 
граммистов (как начинающих, так и профессионалов), но и для тех, кто осуществляет 
руководство ими на уровне разработки самих прикладных программных средств и 
дистанционных машинных средств по его обучению. 


Программирование как математическая наука 


Программирование как один из видов интеллектуальной деятельности человека, 
однозначно можно рассматривать как дисциплину математической природы [2]. Если 
математические утверждения стремятся к абсолютной точности, то программирование 
априорно не допускает никакой неопределенности как на уровне спецификации зна- 
чений используемых данных, так и на уровне управления ходом выполнения самой 
программы. Обобщенность математических утверждений применительно к программи- 
рованию отображается фактом функционирования разработанных алгоритмов на базе 
большого (часто, бесконечного) класса примеров или многообразия входных данных. 
Сама природа написания программ требует жесткой точности от самого программиста: 
если инструкции (операторы или команды) были бессмысленны, то и машина будет вы- 
давать бессмыслицу. Настоящее программирование требует огромной тщательности и 
неизменного таланта и любви к четкой логике и точности; оно трудоемко, и поэтому его 
следует откладывать до тех пор, пока сам программист не станет максимально уверен в 
том, что программа, к реализации которой он намерен приступить, это та самая 
программа, к которой он стремится. За последние несколько десятилетий программно- 
аппаратный мир информационных технологий колоссально изменился, однако боль- 
шинство организаций по его разработке используют правило, согласно которому для 
проекта, рассчитанного на один год, запрещено начинать кодировать не ранее чем через 
девять месяцев! Окончательный код не более чем залог понимания глубины и слож- 
ности тех проблем, решению которых и предназначена собственная разработка про- 
граммного приложения. 

Всякое обучение мы можем рассматривать как усовершенствование прошлого. 
Применительно к программированию здесь можно отметить приход Объектно-Ориенти- 
рованного Программирования (ООП) на смену программированию процедурному. 
Отрицает ли ООП своего предшественника? Однозначно нет. Любой профессионал 
скажет, что практически любые вычислительные процедуры, реализованные в среде 
ООП, можно формально описать в рамках «процедурного предка». Такие понятия, как 
«класс» или «объект» для ООП имеют практически тот же смысл, что и «описание 
процедуры или функции» и ее вызов в программировании процедурном. Инкапсуляция, 
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наследование и полиморфизм — все это было и ранее, хотя следует отметить, что при 
этом размер исходного кода в случае ООП практически всегда будет меньше своего 
«процедурного» предшественника. 


Роль программирования в современном мире 


Информационные технологии (ИТ, от англ. шптайоп {есВпо]о5у, [Т), без ко- 
торых невозможна современная жизнь, представляют собой [1] набор дисциплин и 
областей деятельности, относящихся к технологиям управления и обработки данных, 
а также создания данных с применением средств вычислительной техники. В пос- 
леднее время под информационными технологиями чаще всего понимают компью- 
терные технологии. В частности, ИТ имеют дело с использованием компьютеров и 
программного обеспечения для хранения, преобразования, защиты, обработки, передачи 
и получения информации. Специалистов по компьютерной технике и программи- 
рованию часто называют ИТ-специалистами. Согласно определению, принятому 
ЮНЕСКО, ИТ - это комплекс взаимосвязанных научных, технологических, инже- 
нерных дисциплин, изучающих методы эффективной организации труда людей, за- 
нятых обработкой и хранением информации; вычислительную технику и методы 
организации и взаимодействия с людьми и производственным оборудованием, их 
практические приложения, а также связанные со всем этим социальные, экономи- 
ческие и культурные проблемы. Сами ИТ требуют сложной подготовки специалистов, 
больших первоначальных затрат и наукоемкой техники. Достигнутые результаты в 
ГТ среде в значительной степени определяются уровнем профессиональной подго- 
товки тех лиц, которые находятся в данной среде. Для того чтобы оценить саму 
важность такого уровня подготовки, достаточно обратиться к фундаментальным 
высказываниям одного из ученых, который стоял у истоков ТТ, и, по его собст- 
венному высказыванию, был самым первым программистом в мире [2]. 

Перейдем теперь к дистанционному обучению. Избегая бесконечных дискуссий 
относительно его (ДО) дефиниции, можно однозначно утверждать, что ДО полностью 
подпадает под юрисдикцию ТТ. Здесь так же, как и при проектировании любого 
программного продукта, очень важным является разрешение проблемы общения [3], 
[4], однако сама проблема здесь должна рассматриваться не только в свете «человек — 
ЭВМ», но и в аспекте «программист — программист», а также «руководитель программ- 
ных разработок — программист». Трудно себе представить вариант достижения по- 
ложительных результатов, когда руководитель программных разработок, не владеющий 
основами конструирования программных продуктов, не учитывает мнения програм- 
мистов, входящих в состав группы разработчиков. Ведь программирование можно также 
рассматривать как особую форму организации мышления и развития человеческой 
логики. И лучшего инструмента для проведения «гимнастики ума» в мире еще не 
придумано. Вершиной профессиональной подготовки всякого программиста можно 
считать его способность адекватно оценить общее время, которое требуется на раз- 
работку того или иного программного продукта. Здесь хочется привести один пример, 
когда в 60-х годах прошлого столетия Институту кибернетики им. В.М. акад. Глушкова 
были поручены работы по созданию на серии предприятий военно-промышленного 
комплекса АСУ «Кунцево». 

Интересно, что Владимир Ильич Скурихин, ранее участвовавший в создании 
АСУ на Львовском телевизионном заводе, категорически отказался от участия в со- 
здании этой системы: «Я с вилкой на медведя не хожу». Он понимал, что много- 
номенклатурность продукции предприятия, ее сложность и динамичность делают 
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задачу создания АСУ нереальной в условиях текущего на тот момент уровня техни- 
ческих и программных средств ЭВМ и тех плановых сроков, в рамках которых 
предполагалось решение поставленной задачи. Попытаемся экстраполировать это 
высказывание ученого на сферу ГТ, ДО и программирования. Мы допускаем, что су- 
ществуют люди, для которых упомянутое высказывание не имеет никакого смысла и 
тем более практического значения. Главное, что должны понимать все участники 
разработки электронных пособий для системы ДО — это способность адекватно оценить 
все трудозатраты, связанные с проведением соответствующих работ. Развивая данную 
идею, позволим себе предположить, что способность четкой формализации прово- 
димых работ, которую необходимо соблюдать как на уровне руководства программным 
проектом, так и на уровне непосредственных её исполнителей (программистов, пре- 
подавателей, методистов и т.д.) — это главное условие для достижения успеха [5], [6]. 
В подтверждение этого предположения мы приведем высказывание отца киберне- 
тики Норберта Винера (1894 — 1964): 

«...Едва ли кто-нибудь из нематематиков в состоянии освоиться с мыслью, что 
цифры могут представлять собой культурную и эстетическую ценность или иметь 
какое-нибудь отношение к таким понятиям, как красота, сила, вдохновение. Я решительно 
протестую против такого косного представления о математике. Существует немало мате- 
матических работ... ничего не говорящих ни уму, ни сердцу. Но существуют и другие. Их 
авторы видят задачу математики в том, чтобы с помощью точных и четких методов создать 
новое, более совершенное представление о мире, высказать какое-то суждение, которое 
еще немного приоткроет завесу таинственности...». Способность во всем находить ма- 
тематику, пусть даже на самом её элементарном уровне — вот, что необходимо на 
настоящий момент. Мало кто задумывается еще над одной истиной, суть которой за- 
ключается в том, что любая программа, составленная человеком, при одних и тех же 
исходных данных будет выдавать одни и те же результаты. Исходя из этих предпосылок 
можно согласиться с тем, что возможен вариант написания практически любой программы. 
Единственное и достаточное условие, соблюдение которого приводит к истинности по- 
следнего высказывания — это опять-таки связано с математикой. Точнее еб видение и поиск 
в рамках решения поставленной задачи. Это было доказано более 30 лет назад [2], когда 
мир узнал о том, что любую программу для компьютера можно представить при помощи 
всего лишь трёх вычислительных конструкций: условия, последовательность действий и 
циклические вычисления. При этом обязательно необходимо учитывать и общий уровень 
развития программного обеспечения в виде его совершенства и многофункциональ- 
ности. В настоящее время, «...напротив, большинство наших систем гораздо сложнее, 
чем может считаться разумным, и слишком запутанны и хаотичны, чтобы ими было 
удобно и надежно пользоваться. Среднего пользователя компьютерной индустрии 
обслуживают так скверно, что он в любой момент ожидает сбоя своей системы, и мы 
наблюдали массовое распространение программного обеспечения, нашпигованного 
ошибками, по всему миру, за что нам должно было бы быть весьма стыдно...» [2]. 

Необходимость формализации основных этапов взаимодействия между всеми 
участниками разработки всякого программного обеспечения, в том числе и ДО, рас- 
смотрим на примере построения динамических изображений с использованием 
фрактального подхода [7]. Опуская математические выкладки, вспомним, что по- 
строение фрактальных изображений основано на рекуррентной (итерационной) вы- 
числительной процедуре, заданной функциональной зависимостью (*) и осуществля- 
емой над точками, заданными в комплексной плоскости (**). 


А=Е) - (*) 
ЛЕМ- (**). 
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Примером может служить хорошо известное множество Мандельброта [7], фор- 
мальная модель которой (*) представлена выражением 7, [ 1+1] = 7, [ П *7 + Соп$6 а 
область задания исходных точек определяется некоторой прямоугольной или другой 
областью в окрестностях начала координат. 

На приведенном рис. | помещен скриншот уникального программного прило- 
жения, которое обеспечивает построение анимированного изображения в виде АУТ 
файла, состоящего из серии последовательных кадров [8], каждый из которых специ- 
фицирует динамический переход от одной фрактальной модели к другой: 


7=ЕЕ(7) С = ЕЕЕ(О) 


ЛЕММ Е МММ 


Здесь: Г. — текущий номер кадра; 
М_Наште — общее число кадров; 
а1, 51 — действительные константы; 


$ш(х)*Соз(у) 5Зш(х) Начальное и конечное функциональные 
> } зависимости областей задания исходных 
$ш(у)*Со$(-х) у точек. 
2*(х1*х1 — у1*у1) + а1 (х1*х1 — у1*у1) +а1 Начальная и конечная 
= } функции преобразования 
4*х1*у1 + Ы 2*х1*у1 + Ы исходных точек. 


288 ; 200 Имя модудя : ЕИ5Е_та.рг® =... - 5] 


К = М (аБз[ 255.0 =(0.0=б(к/ККККК] + 0.75=51(0.0062=1] +0.4=5 (01-4 


Ш х]“Соз(у]-1/п_Нате+5т(х=(1.0-1/п_Нате 
=Соз(-х]-/п_Нате+у“(1.0-1/п_Нате 


НЕ 
Хип = 
УМт = [[-2.7500000000 
в*- = [`0.030000000000 
ву = __ [0.030000000000 


К= [12 _] Натез: [4 


Ога | Везюге | 2 


тех ЕЕ 
Г2Е 


| 7 Мат узые Со! : [2] 
М ЕхЕ зе Ргейх [зе | 
Г Парыз 

й Г Во 
Г АМ 

6 Г шск 
Г му 


Рисунок 1 — Пример оригинальной математической модели 
для построения динамических фракталов 


Из 4 помещенных кадров на рисунке — верхний левый специфицирует началь- 
ное состояние фрактального многообразия, а правый нижний — его конечное состояние. 

Здесь может возникнуть вопрос относительно практической ценности предлага- 
емого подхода и реализованного на его основе программного продукта. Скептикам наш 
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ответ будет таким: «Старайтесь во всем видеть математику». Найдя её, реализуйте 
программу для компьютера, отладьте её и, если Вы получите те результаты, которые 
можно объяснить с высокой степенью достоверности можно предположить, что Вы на 
правильном пути. 

Всякое программирование, как составляющая информатики, непременно предпо- 
лагает очень глубокое понимание основных категорий и дефиниций, с которыми оно 
ассоциируется. Общеизвестно, что ООП держится на трех «китах» — наследование, 
инкапсуляция и полиморфизм. Информатика [9] также имеет своих «китов». Среди них, 
по нашему мнению, необходимо выделить такие понятия, как «алгоритм», «модель», 
«язык», «команда или оператор языка», «программа». Глубокое понимание сути этих 
понятий также носит аксиоматический характер. Особенно это актуально в наше 
время, когда Министерством образования и науки Украины анонсирована задача 
введения в практику обучения основ информатики и программирования с младших 
классов общеобразовательных учреждений. 


Аксиомы программирования 


Резюмируя все ранее изложенное и опираясь на тот весомый вклад, который внесли 
упомянутые здесь ученые, по нашему мнению, сам вопрос отнесения программирования 
к математическим наукам не вызывает никаких сомнений. Как и всякая другая строгая 
наука, она имеет свои основопологающие принципы (аксиомы), на базе которых и должно 
базироваться все то, что связано непосредственно как с программированием, так и с ме- 
тодами руководства коллективом, который занимается им. Знание и обязательное соблю- 
дение этих аксиом позволит: 

а) на базе строго сформулированного и однозначно интерпретируемого технического 
задания на разработку реально оценить длительность (сроки) проведения всего цикла 
проведения программных разработок; 

а) минимизировать возможную задержку в плановых сроках выполнения про- 
граммных разработок и их отдельных этапов; 

6) практически исключить все возможные трения и непонимания в среде участни- 
ков разработки, что в конечном итоге позволяет получение желаемое качество результи- 
рующего продукта. 

Теперь сформулируем эти аксиомы. 

Аксиома 1. Всякая программа, вне зависимости от того, в рамках какой языковой 
среды она реализована, при одних и тех же исходных и промежуточных данных на 
одном и том же оборудовании будет всегда выдавать одни и те же результаты. 

Аксиома 2. Профессиональный программист может сконструировать любую про- 
грамму: необходимым и достаточным условием этого является наличие формальной 
модели (алгоритма, блок-схема, техническое задание и т.д.), сконструированной в терми- 
нах трёх вычислительных конструкций: условия, последовательность действий и цикли- 
ческие вычисления. 

Аксиома 3. Время разработки программного продукта объективно может быть оце- 
нено только тогда, когда у разработчика имеется формальная модель реализуемой им 
задачи. 


Выводы 


В данной работе впервые сформулированы аксиомы программирования, знание 
и соблюдение которых на практике позволяет разрешить ряд вопросов, связанных с 
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проектированием программного продукта. Общие вопросы, с поиском ответов на ко- 
торые приходится всегда сталкиваться при такой разработке, могут быть с успехом 
использованы при проведении тендерных мероприятий, направленных, например, на 
подготовку электронных учебников или программно педагогических средств. В рамках 
проведения такого конкурса всем участникам может быть предложен вариант под- 
готовки ВеНа-версии. Срок её реализации может быть ограничен 1 — 2 месяцами. На за- 
ключительном этапе конкурса выбор победителя самого тендера может быть объявлен 
не на основе вербальных пояснительных документов (техническое задание, техни- 
ческий проект), подготовленных в бумажном исполнении, а на базе тестирования 
(работы) предоставленных программных продуктов, пусть даже и в незавершенном, а в 
своём демонстрационном или частичном варианте. Именно такие условия проведения 
конкурса, во-первых, обеспечат наиболее эффективное использование материальных 
ресурсов, и значительно более короткие сроки исполнений тендерных заданий. 
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Амотуб ор Ртоэтаттите апа эоте [55ие5 


ог Пуяапсе ЕдисаНоп 

п Фе хуеп \отК, ах1юпл$ ОЁ ргоэтатите аге оНегед, {аё 1$ Фе поуе[у. ТБезе ах1о11$ 
Бер ш ашсК ап апаШайуе ргодисе деуе]ортепе. ТБе РасЁ Фа ргоэтатиие рецаштз © 
тафетайса! зслепсе 4оез пой га1зе доц Безе зреслай5$Е ш фе Нед оЁ шоппайоп 
{есВпо|оеу. Ргасйса| ргасиса у оЁ сопз1Аеганоп оЁ фе адаезйоп абои (еасвпе ргостат- 
тише ипаег рошё о! Фе тафетайстап у1$10оп 1$ регзиазлуеу ргоуе оп Ше ехатр!е о опе 
ргоЫет. 

Г 1$ Коуп фа БиПат» оЁ Васа зсепез 15 юипае4 оп тесиглуе (цегайоп) сотрийпе 
ргоседиге слуеп Бу Еапсйопа! дерепдепсу (*) ап4 теаПте4 оп рошё, <луеп ш сотрех р|апе 
(#*). 
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ТЬе ехатр!е сап Ъе ме! Кпо\уп МапдегоЕ зе. ОпПКе ша опа] (5еаЧу-$(ае) изе оЁ 
(15 демсе, ш \’огК Феге аге слуеп Ше гези $ оЁ Ше \уо!К оЁ а ргоэтат тоде|, уив Фе Вер 
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= ереп4епслез оЁ 4ота11$ 
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